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CENTRALIZED NETWORK ORGANIZATION AND TOPOLOGY DISCOVERY IN 
AD-HOC NETWORK WITH CENTRAL CONTROLLER 
Cross-Reference to Related Application 
This application claims the priority filing date, March 3, 2003, of currently co- 
5 pending U.S. Provisional Patent Application Serial No. 60/451,474, filed by the same 
inventor as the inventor in this case, for <6 Network Organization, Topology Discovery, 
and Selection of Central Coordinator in an Ad-Hoc Network with Centralized Control". 
The contents of that provisional application are hereby incorporated herein by reference. 

Background and Summary of the Invention 
10 This invention pertains to multi-nodal communication network organization, and 

more particularly to unique procedures whereby a network, having initially no defined 
central controller, or coordinator, (CCo) can self-organize in a way which involves nodal 
discovery, followed by organization which leads to (a) selection, ultimately, of the most 
suited node to be the CCo, (b) selection of the optimal collection of nodes to define the 
15 active network, (c) definition of network topology in terms of both non-hidden (NHN) 
and hidden (HN) nodes, and (d) the effective establishment of satisfactory connectivity 
between all of the active network nodes, including the establishment of intermediary 
proxy nodes which act as surrogates for the determined CCo to facilitate communication 
between HNs and the CCo. Connections between nodes for communication take place 
20 through a suitable medium, or channel, which may be either wired or wireless. 

In the description herein of the present invention, the term "topology" is used. 
Topology relates to knowledge regarding (a) the identities of all nodes in a network, (b) 
the states of connectivity between nodes, (c) the identity of the eventually selected CCo, 
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(d) the identities of so-called hidden nodes (defined below), and (e) the identity of what is 
referred to herein (later explained) as a proxy node. 

In self-organizing ad-hoc communication networks which are, or are to be, 
centrally controlled, nodes need to learn about the presence of other nodes (devices) in 
5 the network, as well as about the availability of acceptable bi-directional links between 
any two nodes (topology discovery process). The nodes must be able to organize 
themselves into networks controlled by a suitable, selected Central Coordinator (CCo). 
This is required (a) any time a node joins or leaves the network, (b) during recovery from 
network or node failure, (c) when the network is initialized, and (d) when any event that 

10 changes the topology of the network occurs (i.e., CCo shuts down, better CCo is available 
in the network, link characteristics change, etc.). The process of network organization 
requires a protocol - and effective methodology - for the exchange of relevant 
information between devices (nodes), and for decision-making processes required to 
organize the network. As used herein, the term "network" refers to a collection of nodes 

15 which effectively can all "hear" one another. Side headings and lead-in topic phrases 
presented and featured in the text which now follows identify various activities, 
algorithmic characteristics and communication messages which collectively describe this 
invention. 

The present invention, in its preferred and best mode form, proposes unique 
20 Centralized Network Organization and Topology Discovery Algorithms (CNOA). These 
algorithms address the following matters: 

1. Device Network Entry (SCAN and ASSOCIATE) : Such procedures are 
required to describe how a device may join a network that has already been established. 
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The impact of a new device joining the network must also be addressed by these 
procedures. 

2. Discovery of Network Topology : This is a process by which nodes learn of 
each other's presence, of device capabilities, and of the qualities of communications links 

5 between them. At the end of this process, the CCo has a global knowledge of the 
network link characteristics, and proceeds to build a global connectivity database called 
the TOPOLOGY TABLE. 

3. Establishment of an ad-hoc Network (identification of all nodes that belong to 
the "network" : The "network" is defined as a logical association of nodes that can all 

10 communicate with one another. The CCo needs to determine this collection of nodes. 

4. Identification of a Central Coordinator (CCo) : This function determines which 
device in the network is most suited to fulfill the role of CCo for the network. 

5. Identification of Hidden Nodes (HN) : This function identifies those nodes 
called "hidden nodes", which cannot communicate directly with the CCo, but may be 

15 able to communicate with other nodes in the network. 

6. Identification of Proxy Coordinators (PCos) to service "hidden nodes" : This 
function allows the CCo to identify nodes that can perform the function of PCos. PCos 
act as CCo surrogates, and allow the CCo to communicate with HNs. These PCo nodes 
are also referred to herein as proxy nodes. 

20 CNOA assumes the following attributes : 

1. A CCo is always present in the network. If one is not present, the first 
node to join the network declares itself to be the CCo. 
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2. The CCo controls access to the medium (channel) by designating a time 
frame, and, utilizing any appropriate approach, by scheduling access for each node within 
each time frame as required by the node. Each time frame is delineated by the 
transmission of a BEACON_MSG message. 
5 3. There exists at least one interval in each time frame (or one in several time 

frames) dedicated to contention access where communication-medium access is based on 
a contention-based algorithm, such as Slotted ALOHA. Any node may use this interval 
to communicate with the CCo, or with a proxy node. 

Certain unique aspects of CNOA include: 
10 1 . An approach whereby the CCo schedules bandwidth allocations to be used 

by individual nodes for the transmission of discover messages. Other nodes listen to 
transmissions, and generate individual connectivity lists which are relayed back to the 
CCo. The CCo then generates a global connectivity graph for the network, called a 
TOPOLOGY TABLE. 

1 5 This approach is unique in many ways. Usually, ad-hoc networks do not maintain 

global network connectivity information. The present invention enables the efficient 
generation and collection of network-wide connectivity information. Every node learns 
of its connectivity with all other nodes in one step. Nodes do not have to "probe" 
individual links on an ad-hoc basis as some prior art approaches require. Further, CNOA 

20 enables the identification of HNs, and allows these HNs to communicate with the CCo 
via intermediary nodes called, as mentioned earlier, proxy nodes. Practice of the 
invention makes it possible for HNs automatically to identify suitable proxy nodes with 
which to communicate. This then, allows HNs to join the network. It also uniquely 
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allows HNs to participate in a discovery process for the whole network. No known prior 
art approach for ad-hoc networks provides these capabilities. 

2. A methodology that identifies the optimal CCo; a methodology that 
identifies the optimal collection of nodes to constitute a network; a methodology that 
5 identifies HNs; and a methodology that identifies optimal PCos to connect HNs to the 
CCo and the network. 

As will be seen, the present invention features a series of analyses that a CCo can 
perform on a TOPOLOGY TABLE which is generated at the end of the DISCOVERY 
process to accomplish all the above-listed functions. There is no known precedent in the 

10 prior art that allows a CCo optimally to select a node to fulfill the role of CCo, and to 
perform all of the other mentioned functions, in this manner. This approach of the 
invention is extremely efficient. It results in an optimal network configuration (i.e., best 
CCo device, best PCos, best network and hidden node configuration). Such an optimal 
configuration is determined with the least overhead in terms of message exchanges 

15 between nodes and CCo. It is also efficient in that the optimal configuration is generated 
and maintained in a minimal amount of time, or delay, incurred. 

The CNOA algorithm describes the following functions: initial network 
establishment when no network exists, processes for devices joining and leaving the 
network, devices discovering or learning the topology of the network, identification of 

20 "hidden nodes", identification of proxy controllers to service hidden nodes, and selection 
of an optimal Central Coordinator from among all devices in the network. This algorithm 
defines procedures that enable hidden nodes to join the network. Topology discovery is 
the process by which individual nodes in a network (e.g., hosts, bridges, routers, etc.) 
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learn the configuration of the network and the connectivity between any two individual 
nodes. This is important for network management, and for efficient routing and resource 
management. In the case of ad-hoc networks, the processes of discovery and network 
organization (how nodes organize themselves into clusters or sub-nets with designated 
5 subnet managers or controllers) are fundamental to the efficient operation of such 
networks. 

Thus, and further explaining preliminarily, the present invention uniquely 
addresses topology, discovery and network organization, and other concomitant, issues 
and problems in an ad-hoc network with the following characteristics: 
10 1. All nodes in a "network" share a common transmission medium (in both 

frequency and time domain). This medium may be wired or wireless. Multiple node 
access is provided. Nodes are not required to possess any "carrier sense" capability. 

2. Connectivity between any two nodes is a function of the capabilities of 
such nodes, and of channel characteristics. Under the best transmission conditions for 

15 digital communications (power, modulation density, symbol duration, coding, etc.), all 
nodes do not necessarily hear all other nodes. Further, links between devices are not 
symmetric i.e., node A may hear (receive and correctly decode packets) from another 
node B, while B may not hear A. 

3. The network in its operational mode, configured by practice of the present 
20 invention, consists of host nodes, a designated controller for the network called the 

Central Coordinator (CCo) , and where appropriate, a set of Proxy Coordinators (PCo) to 
communicate with nodes that cannot directly communicate (in one link) with the CCo, or 
with other nodes in the network. 



SLA 1367 



SPEL-RV.1024 



4. The network is self-organizing, in that the nodes have to establish the 
configuration of the network, and to choose a CCo. Such decision-making may be 
accomplished in a distributed fashion by each node making an independent decision, or 
by a central repository of relevant information. Network organization is required during 

5 initial network establishment, recovery from failures of hosts, PCos, CCos, when channel 
conditions between nodes change significantly causing outages, and when new nodes join 
or leave the network. 

5. Once a network has been organized, the determined CCo controls the 
transmission activity of the nodes in the network. The existence of a CCo in the network 

10 implies: 

(a) A timing reference which is available, allowing nodes in the network to 
synchronize to a universal time frame during which access is scheduled. 

(b) Access to the medium/channel is scheduled by the CCo. Nodes are 
allowed to transmit only upon receiving explicit authorization either from the CCo or 

15 from a PCo. The CCo may also schedule time within a time frame for random access of 
the channel, during which all nodes are free to transmit as per the random access protocol 
agreed to by all nodes. 

6. Nodes can directly communicate with one another, during time periods 
scheduled by the CCo, and do not have to use the CCo as an interim node or relay. 

20 These and various other features and advantages which are offered by the present 

invention will become more fully apparent as the detailed description provided now 
below is read in conjunction with the illustrative drawings. 
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Description of the Drawings 

Fig. 1 is a high-level block/schematic diagram of a network topology including 
five nodes, and which has been created by practice of the preferred and best-mode forms 
of the present invention. 

Fig. 2 is a block/schematic diagram illustrating SCAN and ASSOCIATE practices 
of the invention. 

Fig. 3 is a block/schematic diagram showing a full network organization resulting 
from practice of the invention. 

Fig. 4 provides a high-level block/diagram illustrating steps involved in the 
practice of the invention. 

Fig. 5 illustrates a DISCOVERY message format. 

Fig. 6 illustrates an abbreviated form of a DISCOVERY message. 

Fig. 7 shows the format of a CCOJDISCJNfODEJLISTJVlSG message. 

Fig. 8 illustrates a CCo_NETCONFIG_MSG message format 

Fig. 9 presents a CCo_CONFIRM_MSG_SHORT message format. 

Fig. 10 illustrates a created topology table for a five-node somewhat like that 
shown in Fig. 1. 

Fig. 11 provides a table illustrating a representative order of preferences involved 
during practice of the present invention to select a CCo. 

Detailed Description of the Invention 

Turning attention now to the drawings, and beginning with Fig. 1, here five nodes 
20, 22, 24, 26, 28, also referred to respectively by the letters A, B, C, D, E, are shown 
organized for illustration purposes, into two possible networks, or network topologies, 30, 
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32. Topologies 30, 32 are also referred to herein, respectively, also as Net 1 and Net 2. 
Viable interconnections which relate to these two illustrative organizations are shown at 
34 (between A, B), 36 (between A, C), 38 (between B, C), 40 (between C, D), 42 
(between C, E), and 44 (between D, E). 
5 Looking now at these two network topologies, or configurations, and recognizing 

initially that any of the nodes could be the CCo, Net 1 (30) has node A as the CCo, B and 
C as hosts within the network, and C as a PCo for the hidden nodes D and E. Net 2 (32) 
has node C as the CCo, D and E as the hosts within the network, and C as a PCo for the 
hidden nodes A and B. A network with only A, B and C as host nodes and A as the CCo 

10 would leave nodes D and E unconnected. Network performance will be significantly 
different in the two configurations based, among several other factors, on the traffic load 
handled by nodes chosen as CCos, by the overhead of having a node function as a PCo 
(separate from a CCo), and if the quality (capacity) of links between the CCo and the 
nodes vary. In Net 2, C can act both as the CCo and the PCo, and can directly 

15 communicate with all four other nodes. In Net 1, A as the CCo can only communicate 
directly with two other nodes (B and C), and needs a proxy to handle nodes D and E. 
Therefore, the network organization algorithm and protocol are critical to the providing 
of connectivity, or networking, of all the nodes in the system, and for efficient network 
performance with low overhead. The present invention, as has been mentioned involves 

20 the use of a centralized network organization algorithm (CNOA). 

Shifting reference now, as appropriate, to Figs. 2-11, inclusive, Figs 2 and 3 
include different operatively interconnected blocks which help to describe the structure 
and operation of the present invention. How these blocks interrelate will become 
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apparent in the descriptive text which follows. Fig. 2 specifically shows an arrangement 
of fifteen blocks 46-74, inclusive (even numbers only), and Fig. 3 shows an arrangement 
of fourteen blocks 76-102, inclusive (also even numbers only). 

In the SCAN AND ASSOCIATE algorithmic portion of practice of this invention, 
as illustrated in Fig. 2, the procedure begins with the operations of blocks 46, 48. Block 
52 then questions whether a beacon is received during a time interval determined by 
block 50. It the answer is YES, control passes through blocks 70, 72 to identify a 
contention period, and to communicate and register with the CCo, and thence to block 74 
for normal network operation. 

If the block 52 question is answered with a NO, control passes to block 50, 
wherein a determination is made regarding whether the TJSCAN period implemented by 
this block has expired. If the answer to this inquiry is YES, control passes to block 54, 
by way of which the relevant node declares itself to be the CCo, and thence performance 
transfers to OPERATE block 74. 

If the answer to the block 50 question is NO, control passes to another inquiry 
block 56 which asks whether a DISCOVERY_MSG message has been received. If NO, 
control loops back, as shown, to block 48. If YES, seriatim behaviors of blocks 58, 60, 
62, 64, 66, 68 take place in accordance with the respective labelings of those blocks, and 
from there, operation is handed off to OPERATE block 74 

Describing the discovery aspect of practice of the present invention in terms of 
how this is pictured in Fig. 3, activity begins with block 76. From block 76, control and 
behavior pass to and through blocks 78, 80, 82 and 84 with respect to which the several 
respective operations described in the labeling of these blocks take place. 
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From block 84, control is handed to inquiry block 86 which addresses the 
question "AH nodes Tx DISCOVERY msg?" If the answer is NO, operation passes 
through blocks 100, 102 in a return loop to block 86. The labeling provided for blocks 
100, 102 in Fig. 3 clearly describes their respective behaviors. 
5 If the answer to the block 86 query is YES, the discovery process heads toward a 

finish in block 98 via blocks 88, 90, 92, 94 and 96, in that order. Here too, labeling in 
these concatenated algorithmic blocks fully describes what they respectively do. 

In different stages, different processes in CNOA allow nodes to register with the 
CCo and join the network, allow the CCo to determine the topology of the network in 
10 conjunction with the other nodes, and allow the CCo to confirm its role, or to transfer 
CCo functions to another node if required. These stages are shown in left-to-right 
sequential order in Fig. 4. 

Looking still specifically at Figs. 2 and 3, the following narrative describes 
algorithmically what is shown in these two figures. References to contents of these 
15 figures is made principally to the text contained therein. The terms "node" and "device" 
are used interchangeably. 

SCAN and ASSOCIATE: When a node first wishes to join the network, it listens 
for a period of time specified by the timer TUSCAN. If the node does not receive a 
BEACON message from a CCo, or a Proxy BEACON message from a designated proxy 
20 node, the node declares itself to be the CCo, and begins controlling the activities of all 
other nodes, and their access to the network medium. If it hears a BEACON, the node 
communicates with the CCo directly or through an intermediary node, and registers in the 
network. 
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DISCOVER: The CCo periodically initiates a node discovery process. Every 
known node is allowed to transmit a DISCOVERJVISG message in a contention free 
mode, using an allocation (frequencies and time slots) granted by the CCo. The 
DISCOVER_MSG can simply contain the MAC address/TEI (Temporary Equipment 
5 Identifier) of the source device, or it may also contain the Frame number and time slots 
for future contention periods that follow the end of the Discovery interval. Every other 
node listens to these DISCOVERJMSG transmissions and updates its 
DISCOVERED_NODE_LIST. This list is a structure maintained by every node which 
contains the identities (MAC addresses or TEIs) of the other nodes that the node can hear. 
10 "Hidden" nodes communicate with any Proxy node they hear via the Contention Access 
intervals advertised in the DISCOVERMSGs. Every node then conveys its 
DISCOVERED_NODES_LIST to the CCo with a message similar to 
CCoJDISCOVEREDJ^ODEJLISTJMSG. The CCo maintains the resulting 
TOPOLOGY^ TABLE. 

15 CONFIRM CCo/ Organize network: The CCo then organizes the network in 

relation to knowledge reflected in the topology table. The message 
CCo_NETCONFIG_MSG is then broadcast to all nodes. A new CCo might be chosen 
and this message will inform the network of the identity of the new CCo, along with any 
new hidden nodes and new Proxy Coordinators. In case of a transfer of CCo functions, 

20 the old CCo might transfer much information to the new CCo including the current 
Topology Table, the current active allocations and Frame Configuration, and coordinate 
timing of the handover (frame when transfer is completed, etc.). 

The messages and data structures used by the CNOA algorithm are now described. 
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BEACON_MSG 

This is a message transmitted by the CCo periodically. The time interval between 
two successive transmissions of this message is fixed. The BEACON message MUST 
carry the identity of the device transmitting the message. 
5 START_DISCOVERY_MSG 

This message is transmitted by the CCo to demarcate the beginning of a 
DISCOVERY period. The message may be included within a BEACONMSG. 
Following the receipt of this message, nodes prepare to broadcast a DISCOVERY_MSG 
using an allocation made by the CCo for transmission of this message. This message also 
10 contains the allocations (Frame Number, Time Slots) for Contention Channels that will 
follow the end of the topology discovery period. This message must also indicate 
whether the nodes must transmit a shortened form of the DISCOVERY_MSG. 
STOP_DISCOVERY_MSG 

This message is transmitted by the CCo to announce the end of a DISCOVERY 
1 5 period. This message may be included within the BEACONJMSG. Following the receipt 
of this message, nodes communicate their DISCOVERED_NODEJLISTS to the CCo by 
using allocations made by the CCo to the individual nodes for this purpose. 
DISCOVERY_MSG 

This message is broadcast by each node as a part of the DISCOVERY process. 
20 The message contains the MAC address or TEI of the transmitting device. The message 
also contains the allocations for Contention Channels that will follow the end of the 
topology discovery period. This information is derived by the node from the 
START_DISCOVERY_MSG. This information allows hidden nodes, i.e., nodes that 
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cannot hear the CCo but can hear one of the DISCOVERYMSG messages, an 
opportunity to communicate with the device transmitting the discovery message, and the 
CCo through that device. An Activity Indicator is an optional parameter indicating how 
busy a device is, in terms of its duty cycle. If a device is not transmitting or receiving 
5 data this value is 0. The architecture, or format, of a discovery message is shown in Fig. 
5. 

DISCOVERY_MSG_SHORT 

During the discovery process, nodes may only advertise their own identities. This 
allows nodes that already belong to the network to determine their connectivity within the 

10 network. It does not allow hidden nodes the opportunity to join the network, or to take 
part in the DISCOVERY process. This option is chosen when the CCo is not interested 
in optimizing coverage by enabling access to the network for Hidden Nodes. The 
START_DISCOVERY_MSG must indicate which form of the DISCOVERY JVISG is to 
be transmitted by the nodes. The format of such an abbreviated discovery message is 

15 pictured in Fig. 6. 

CCo_DISCOVERED_NODE_LIST_MSG 

This message is transmitted by all nodes to the CCo at the end of the DISCOVER 
process. TEI is a temporary equipment identifier that is known to the CCo instead of the 
MAC Address. Device Class Present Field is a YES or NO indicator used to indicate 
20 whether the Device Type or Class is present in the Discovered Node List. Fig. 7 shows 
the architecture of a CCoJ)ISC_NODE_LIST_MSG message. 
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CCo_NETCONFIG_MSG 

This message is transmitted by a new device that has been selected as the CCo, or 
by the current CCo itself, after network organization is completed. The format of this 
message is shown in Fig. 8. The CCoJSfETCONFIGJVlSG message confirms the 
5 identity of the CCo, and informs the network of the identities of those nodes that have 
been designated as Proxy Nodes by the CCo, as well as the identities of the Hidden 
Nodes that will be served by each Proxy Node. 
CCo_NETCONFIG_MSG_^SHORT 

This is an abbreviated form of the CCoJSfETCONFIGJVlSG message. This 
10 message is used when only the identity of the CCo is broadcast to all nodes in the 
network at the end of the DISCOVER process. Fig. 9 illustrates the make-up of this 
message. 

DISCOVERED NODE LIST 

The Discovered Node List is a data structure that contains the MAC Addresses of 
15 all the nodes discovered as a part of the discovery process. The list may optionally 
contain the Device Class/Type of each of the discovered nodes on the list. 
Topology Table 

The topology table of the CCo, say Node A, in Fig. 1, is a tabulation of the 
DISCOVERED_NODE_LISTS for all nodes that have associated with the network, 
20 either as hidden nodes or as nodes that are a part of the main network. An example of a 
TOPOLOGY TABLE derived from Fig. 1 is shown in Fig. 10 

The topology table for Node A consists of its own discovered nodes list (A, B, C) 
in the first column. Since Node A is also the CCo, this node maintains the Discovered 
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Node Lists of the Hidden Nodes (D, E) as well. The rows in this table correspond to the 
discovered node lists received from each of these nodes. For example, the 
DISCOVERED_NODE_LIST of Node A is (A, B, C). That of Node C is (A, B, C, D, E). 

The table of Fig. 10 has been constructed further to illustrate that it may be 
5 possible that node B can hear node C, but that node C might not be able to hear node B. 
This implies that the link between nodes B and C is not operational in both directions (i.e., 
is non-bi-directional) and hence is not a valid link. This condition is illustrated by (X) in 
the Discovered Node List from node B in Node A's Topology Table. Node B does show 
up in node C's list. 

10 The TOPOLOGYTABLE may also keep track of the Device Class of each node 

that has been discovered if such a scheme is implemented by the system. Additional 
information, such as the quality/capacity of each link, may also be maintained in each 
entry for the Discovered Node List. 
Timers in CNOA 

15 The timers required for the various states are system parameters (global variables) 

that may be adjusted by the CCo. Default values are recommended for TUSCAN that 
may be used by nodes joining the network for the first time. The following are the timers. 

1. T_SCAN: This is the duration of time a node spends listening to the 
medium for a BEACON message. T_SCAN must be greater than 

20 TJDISCOVERJNTERVAL and TFRAME. 

2. TFRAME: This is the length of a time frame as designated by the CCo. 
( time interval between two successive frames). 
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3. TDISCOVERYINTERVAL: This is the time interval between two 
successive Discovery periods. Since the Discovery process adds overhead and consumes 
bandwidth, it is desirable to limit how often the CCo schedules discovery periods. 
However, the CCo MUST schedule these periods often enough to allow hidden nodes to 

5 join the network and for the network to update its topology. 

4. T_DISCOVERY_DURATION: This is the time duration between the 
transmission of the STARTDISCOVERY message by the CCo and the 
STOP_DISCOVERY_MSG by the CCo. 

SCAN and ASSOCIATE 

10 The organization of blocks in Fig. 2 specifically shows the steps involved in a 

new node joining the network. In the absence of a CCo, if the node does not receive a 
BEACON message (block 52) for a duration of time > TUSCAN (block 50), the node 
declares itself to be the CCo. 

If the node receives a BEACON message during the SCAN interval, the node 

15 communicates with the CCo through a Contention Channel advertised in the Beacon 
Message (blocks 70, 72). The node sends the CCo an ASSOCIATE request. 

For nodes that cannot directly communicate with the CCo (hidden nodes), the 
hidden node (HN) deciphers the Frame Number and Slot Number for a contention 
channel from the DISCOVERY message, if it receives one such message during the 

20 SCAN interval. The HN communicates an ASSOCIATE request through the contention 
channel to the node that transmitted the DISCOVERY message. This node then conveys 
the associate request to the CCo through allocations assigned to the node by the CCo 
(other channels besides CCo) and requests its admission in the network. 
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DISCOVER 

The CCo must schedule a topology discovery period at least once in a time 
interval specified by the timer TJDISCOVERYJNTERVAL. All nodes that have 
associated with the CCo, including Hidden Nodes, must participate in the DISCOVERY 
5 process. The steps in the DISCOVER process, elaborated somewhat in an earlier 
discussion herein, are shown in Fig. 3. 

The CCo schedules transmission opportunities (TXOPs) (block 78) for all nodes 
in the network, including Hidden nodes, to enable them to transmit the 
DISCOVERY JVISG messages. The CCo informs each node of the allocation for its 
10 TXOP through the BEACON message, or through some other logical communication 
channel between the CCo and the nodes. The schedules for the Hidden nodes are 
conveyed through the proxy nodes to the hidden nodes. Alternately, the CCo may not 
schedule TXOPS for hidden nodes and expect them to transmit during the Contention 
Access intervals. 

15 The CCo broadcasts the STARTDISCOVERYMSG. This message may be 

embedded in the BEACON message. 

The CCo immediately, after the transmission of the STARTJDISCOVERY JVISG, 
stops the T DISCOVERY INTERVAL timer and starts the T_DISCOVERY_PERIOD 
timer. 

20 When nodes receive the START DISCOVERY MSG, they must clear their 

DISCOVERED J^ODE JOISTS in order to prevent stale topology information from 
persisting in the system. 

Each node transmits a DISCOVERY JVISG message during its scheduled TXOP. 
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Every node that hears the DISCOVERY MSG transmission updates its 
DISCOVERED_NODES_LIST with the identity of the source of the 
DISCO VERYJvISG transmission. 

At the end of a time period specified by T_DISCOVERY_PERIOD, the CCo 
5 broadcasts the STOP_DISCOVERY_MSG message, conveying to all devices that the 
discovery period has ended and no more discovery messages are to be transmitted. 

The CCo stops the T_DISCOVERY_PERIOD timer and resets and re-starts the 
T_DISCOVERY_INTERVAL timer. 

Each node must then convey its DISCOVERED_NODES_LIST to the CCo. This 
10 is done via dedicated bandwidth allocations made to the node for this purpose by the CCo. 
The Hidden Nodes associated with the network must also convey their discovered node 
lists to the CCo via a proxy node. The CCo must make allocations for the HN-> PCo and 
the PCo-> CCo communications. 

Note that some HNs may use the Contention Channels advertised in the 
15 DISCOVERY MSGs to communicate an associate request to the source node 
transmitting the message. The node must then communicate the associate request to the 
CCo. 

Once the CCo has received the DISCOVERED_NODE_LISTs of all nodes that 
are associated with the CCo, the CCo generates a TOPOLOGYTABLE as defined 
20 earlier. 

Once the TOPOLOGY TABLE has been generated the CCo analyzes this table to 
organize the network. 
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Once the DISCOVERED_NODE_LISTS from each node has been received, and 
the TOPOLOGYJTABLE composed for the network, the CCo analyzes this table. This 
helps the CCo identify the appropriate CCo for the network, organize the network into a 
set of nodes that can all hear and talk to one another, separate and identify the hidden 
5 nodes, and designate suitable Proxy Coordinators (PCos) which facilitate communication 
between the hidden nodes and the network. 

After the analysis of the TOPOLOGY TABLE, the CCo broadcasts a 
CCo_NETCONFIG_MSG message that advertises the identity of the chosen CCo, the 
identities of any Hidden nodes in the Network, and also the devices chosen to be PCos to 

10 control and communicate with the hidden nodes. The CCo schedules TXOPs for the 
designated Proxy Nodes to re-transmit this message for the benefit of the hidden nodes. 
If a transfer of CCo functions is required, the old CCo communicates with the new CCo, 
and communicates the TOPOLOGY TABLE to the new CCo directly. The old CCo may 
also convey other system parameters to the new CCo, including the exact time reference 

15 and frame number when the new CCo should begin to transmit its first BEACONJMSG. 
Note that if the new CCo is an erstwhile hidden node, then such communications will 
have to be through the Proxy Coordinator appointed by the old CCo to communicate with 
the hidden node-new CCo designate. 
Analysis of TOPOLOGY TABLE of Fig. 10 

20 Let D A represent the DISCOVERED_NODE_LIST for node A, i.e. the set 

consisting of the identities of all nodes that A has heard. 
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The Topology Table for Node A is then defined as a tabulation of the 
DISCOVERED_NODE_LISTS for all the nodes in D A i.e., (1): 

T A = {£>,.} V isD A 

Non-Bidirectional Link Detection 

Consider two nodes, i and j. If a node i has been discovered by node j 9 i.e., the 
identity of i is an entry in the DISCOVERED_NODE_LIST of node j 9 but node j has not 
been discovered by node i 9 i.e., there is no entry for node j in the 
DISCOVERED_NODE_LIST of j 9 then the link between i and j is said to be non- 
bidirectional, (2): 

For any two nodes, i and k, if i 9 k g n D k then i and k have a bidirectional link, 
i <=> k 

Organization of Network 

A network herein is further described as the largest collection of nodes from a 
group of nodes that participate in the topology discovery and network organization 
processes, where every node in the collection can hear every other node, and can be heard 
by every node in the collection. This implies that all nodes in a network have bi- 
directional links to each other. Define (3): 

N = {/}, where i represents node IDs and V/, j e N 9 i <=> j and 
|N| > { Any Collection of nodes {j} where Vi, j e N 9 i <=> j } 

The second these two conditions in (3) is optional. One may define a network 
simply as any collection of nodes which are connected to each other bi-directionally. The 
node can determine the network N based on the above definition by examining the 
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TOPOLOGY JTABLE and determining the set of nodes which have the properties 
defined in (3). 

Selection of Central Coordinator CCo 

Once a network has been organized, and the set N determined from the 
5 TOPOLOGYTABLE, each node has to determine the node in N that is best suited to 
serve in the role of CCo. The criteria for choosing the CCo may be different. Any one or 
a combination of these criteria may be used in the selection of CCo. The criteria must be 
agreed to and known by all the nodes participating in the process. 

1. Maximum Coverage: The node in the network N which supports 
10 bidirectional links with the maximum number of nodes provides the best coverage and 

may be deemed suitable to be a CCo. Then, by definition, (4): 

CCo = Arg max \D\ V/ € N, and for every k € D i5 i, k eD { n D k 

2. Maximum Capacity: Nodes may exchange information on the quality of 
the reception for each node discovered in the DISCOVERY process. This would require a 

15 common agreement among all nodes on the parameters defining the transmission of the 
messages in these states such as transmit power levels, modulation, coding etc. This 
quality indicator would convey to the transmitting node the quality of the link or 
communication channel between the two nodes and help the transmitter determine the 
best throughput (bits/sec) that may be possible on a given link or the link capacity. In the 

20 case of channels that may be time varying (on rapid time scales) the quality indicator 
might be less relevant in determining potential capacity of the link. 

Assuming that the above method is used to determine link capacity, the node 
which can support the best overall throughput, defined either as the maximum of the 
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minimum throughputs on all links to/from that node, or as the sum of throughputs of all 
links to/from the node, may be chosen as the CCo. The node is selected from the set N. 

3. Device Class: Based on the class of each of the nodes in N, the node in N 
with the best capabilities or the highest class may be chosen as the CCo. Some nodes in 

5 the network may be unable to function as the CCo. The CCo must maintain Device Class 
or Device Capabilities information obtained at the time of association. This data must 
enable the CCo to determine if a device can or cannot function in the role of a CCo. 

4. Lowest Duty Cycle: In the AD-HOC network, some devices can only 
transmit or receive any given time (half duplex operation). In such systems, it is useful to 

10 select as the CCo a node that is not busy transmitting data for its own purposes (such as a 
video server transmitting SDTV/HDTV). This allows the node to dedicate most of its 
processing resources to network control functions and more efficiently use available 
channel bandwidth. As a part of the DISCOVERY processes, devices may exchange 
parameters to indicate how busy a node is likely to be. The DISCOVERY_MSG, can 

15 have an additional parameter called ACTIVITY INDICATOR which is a percentage of 
time, the device is likely to spend transmitting/receiving data for purposes other than 
network control The node with the lowest ACTIVITYJDNfDICATOR may be chosen as 
the CCo in conjunction with other criteria such as the coverage, class can capacity criteria 
defined above. 

20 5. Combination of above factors: A combination of the above criteria may be 

used to determine the CCo. For example, a higher class device might get precedence over 
a lower class device even though the number of nodes reached by the lower class device 
is slightly higher. Or, a device that is not transmitting/receiving any data may have 
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precedence over a device that is of a higher class but one that is likely to be busy 
transmitting its own data. 

6. Order for Selection of CCo: Since there are multiple criteria by which a 
CCo may be appointed, the following order of precedence is proposed. If there is a tie 
5 among nodes in N for choice of CCos, the CCo may choose one of the candidate nodes at 
random to be the new CCo. This order of selection consideration is illustrated in Fig. 1 1 . 
Identification of Hidden Nodes 

Once the TOPOLOGY TABLE has been analyzed to define the network N, all 
those nodes in the topology table of the CCo that do not belong to N are declared as 
10 "hidden nodes" i.e., 

If node kg N then 11 k is a hidden node". 

Identification of Suitable Proxy Coordinators 

With respect to the selection/designation of one or more suitable PCos, this is 
done preferably in such a fashion that the total number of PCos selected results in 
15 minimal "overhead" in the operation of the network, and with the ratio of communication 
links per PCo as high as possible. Criteria for selection of a PCo are similar to the above- 
listed criteria employed in the selection of a CCo. 

The node that has been chosen to be the CCo examines its TOPOLOGYJTABLE 
to determine if there are other nodes that can best communicate with the hidden nodes 
20 also identified by examination of the table. If there exists a node, say j, that belongs to the 
network N and has a bidirectional link to the hidden node , say k, that does not belong to 
N, then that node may be designated a Proxy Coordinator or PCo i.e., 

j e N,k e N 9 j <=> k, then j is a potential PCo. 
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Algorithm to determine PCo (multiple hidden nodes and multiple PCo candidates) 

In order to determine the PCos such that all possible hidden nodes are covered by 
a single PCo and not multiple PCos, we implement the following algorithm. 

1 . Let Spco represent the set of Proxy Coordinator nodes. 

2. For each node k e D i for some D i e T CCo , and k £ N, if there exists a 

node j € N,and j e 5 PCo ,and j <=> k, then j is the PCo for node k. 

3. For each node k e D. for some D i e T CCo , and k i N, if there exists a 
node j e N,and j $ 5^, and j <=> k, then j is designated the PCo for node k and 
added to the set of PCos, Spc 0 . 

4. For each node k e D. for some D i e T CCo ,andk £ N 9 if there DOES 
NOT exist a node j e N 9 and j <=> k , then the hidden node k cannot be reached by 
any node in the network N and therefore has no PCo. 

CCo Confirmation or CCo Transfer (TBD) 

After the analysis of the Topology Table, the CCo may determine that another 
device is best suited to perform the role of CCO and may transfer the functions of CCo to 
this device. The transfer of the role of CCo may also be required when the current CCo 
fails or needs to shut down. The information transferred will include 



a. 



TOPOLOGY TABLE 



b. 



List of associated devices 



c. 



List of allowed devices 



d. 



List of Active Allocations 



e. 



Frame Configuration 



f. 



Frame number when transfer of CCo operations will be active. 
Other 
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Thus, a unique algorithmic methodology is provided by the present invention for 
the self-organization of a centralized plural-node, bi-directional communication network. 
Based upon the assumption that the organized network is to have a central controller node 
(CCo), all nodes, at the time of initial network organization, engage in a non-transmission 
5 listening period to assess whether, in fact, there then exists (or does not exist) a pre- 
established CCo. Where no such pre-established CCo exists, the first node to transmit 
after the conclusion of the listening period declares itself to be the CCo. 

Following this, a process for the discovery of network topology is invoked, and 
by way of this process, the various nodes which are candidate members of the network to 
10 be formed learn (a) of each other's presence, (b) of device (node) capabilities, and (c) of 
the qualities of communications links between the nodes. At the topology discovery 
conclusion, the self-appointed CCo has a available a global knowledge of these matters, 
and from this knowledge builds a global connectivity database in the form of a topology 
table. 

15 As a part of the topology discovery and topology table-building processes certain 

important, differentiated categories of nodes are identified, and in relation thereto, certain 
specialized tasks and roles are assigned in accordance with these differing identities. 
Included in these categories are nodes which are referred to (a) as non-hidden nodes, (b) 
as hidden nodes, and (c) as proxy nodes. A non-hidden node is one which (1) cannot 

20 communicate directly with the designated CCo, (2) may not be able so to communicate 
either directly or bidirectionally with other nodes, and (3) thus requires special 
accommodation in order to be included as a part of an established, fully bi-directionally 
capable network. 
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Such accommodation is provided by the unique designation of proxy nodes which 
act as surrogates, or intermediaries, that effectively "obviate" the otherwise isolated 
statuses of the hidden nodes by acting as communication bridges disposed in paths 
created between hidden nodes and those other nodes, such as the CCo, with which direct 
5 communication, and/or bidirectional communication, has been "discovered" initially not 
to be possible. 

With a network thus self-established from "initial" conditions, the appropriateness 

of the CCo for its controller role is evaluated, and as a consequence of this evaluation, a 

new CCo may be selected. 
10 Topology discovery, topology table building; node role-assignments, including 

CCo role assignment, are re-engaged whenever any one of certain "change events", such 

as the entry of a new mode, the occurrence of a network "interruption", the effective shut 

down of the current CCo, occurs. 

Accordingly, while a preferred organization, and manner of practicing, the 
15 invention have been illustrated and described herein, I recognize, as will those skilled in 

the art, that variations and modifications may be made without departing from the spirit 

of the invention. 
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